Distribution of electronic market data

ABSTRACT

A system and method are provided that, among other things, can reduce the burden on receiving computers, increase data throughput, reduce system failure, and provide components of a scalable and flexible network architecture. Specifically, the system and method provide a multichannel-multicast network environment for use in dynamically assigning data to channels. This configuration is particularly useful in a trading network environment, as it effectively performs channel reassignments in a way not to disturb the receipt of the underlying data. While the example embodiments described herein pertain to electronic trading, the principles of the present invention may be equally applied in other environments where the advantages presented herein are beneficial.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.14/152,061 filed Jan. 10, 2014, now U.S. Pat. No. 8,924,286, which is acontinuation of U.S. patent application Ser. No. 13/855,843 filed Apr.3, 2013, now U.S. Pat. No. 8,660,938, which is a continuation of U.S.patent application Ser. No. 13/628,445 filed Sep. 27, 2012, now U.S.Pat. No. 8,433,646, which is a continuation of U.S. patent applicationSer. No. 13/412,896 filed Mar. 6, 2012, now U.S. Pat. No. 8,326,721,which is a continuation of U.S. patent application Ser. No. 13/230,693filed Sep. 12, 2011, now U.S. Pat. No. 8,234,198, which is acontinuation of U.S. patent application Ser. No. 11/691,231 filed Mar.26, 2007, now U.S. Pat. No. 8,036,965, entitled “Distribution ofElectronic Market Data,” the contents of which are fully incorporatedherein by reference for all purposes.

FIELD OF INVENTION

The present invention is directed towards or related to a network andmethod for use in distributing data in environments such as electronictrading.

BACKGROUND

Electronic trading refers to a trading system that matches orders by anelectronic trading platform. Current examples of electronic tradingplatforms include the Chicago Mercantile Exchange (“CME”) Globex®trading system, the Chicago Board of Trade (“CBOT”) e-cbot, and Eurex,just to name a few. A trading system that matches orders electronicallyis also referred to herein as an “electronic exchange.” Exchanges likethe CME and CBOT currently offer trading via open outcry in addition toelectronic trading.

Traders link to an electronic exchange through a computer network. Then,using a front-end trading system, traders can participate in theelectronic markets offered by these electronic exchanges. Electronicexchanges or independent companies like Trading Technologies® develop,deploy, and support front-end electronic trading systems that allowtraders to access various electronic exchanges. Some of TradingTechnologies® products include X_TRADER®, X_STUDY™, X_RISK®, andX_TRADER® API.

Presently, certain kinds of market data is multicast to the traders'computers over the network. As known in the art of computing, multicastrefers to the delivery of information to many receivers at the same timein a single stream. Typically, the kinds of market data where multicastbecomes useful is price information, such as the distribution of aproduct's current highest bid price, the current lowest ask price, thelast trade price, and other types of price information. Currently, atrader may choose to subscribe from a list of hundreds, if notthousands, of different products, in which each product has its ownmulticast price feed. Generally speaking, the amount of market data,from which a trader may subscribe, will only increase in time aselectronic exchanges add new products to their offerings and as thegrowth of trading volume for particular products grows.

According to one current network configuration type, a subscribingcomputer on a network must receive every, or nearly every, price feedthat comes across the network, as a result of the price feeds having thesame multicast address. This network configuration type requires thatthe subscribing computer filter the price feeds to retrieve the desiredprice data. The burden due to this undesirable filtering process issubstantially increased as the number of computers subscribing todifferent price feeds are added to the same network and as the pricefeed for a given product increases as the trading volume for the productincreases.

According to another current network configuration type, products aregrouped onto several different channels, such that each channel has acertain bandwidth and a different multicast address. While this canreduce the number of price feeds a trader must subscribe to or filter,it works well if all the channels are equally busy and equally needed.Oftentimes, this is not realistic. Trading volume for some products mayspike at different times, while the trading volume for other productsmight not spike at all. As a result, the network becomes under utilizedat some times and over utilized at other times. Over utilization canlead to network failure, or at the very least, delayed price feeds. In acompetitive environment like electronic trading, where every second (oreven a fraction of a second) counts in seizing market opportunities,this rather inflexible network configuration is also an unacceptablelong-term solution.

Therefore, what is needed is an improved network configuration that canbe utilized going forward by systems that call for the distribution ofdata in environments such as electronic trading.

SUMMARY

As previously stated, the present invention is directed towards, orrelated to, a network and method for use in distributing data inenvironments such as electronic trading. To illustrate the presentinvention and aspects thereof, the following description including thefigures and detailed description provides examples that can be used orreadily modified by one of ordinary skill to generate a system or methodthat benefits from the teachings described and claimed herein. For themost part, the examples provided herein are directed to an electronictrading system. However, as will be stated herein, the present inventionis not necessarily limited to an electronic trading system, and can beutilized in other areas where real time data is distributed and/or whendata loads can vary.

According to an example described herein, a system and method fordistributing price data corresponding to tradeable objects in anelectronic trading environment is provided. Price data corresponding totradeable objects is received from one or more electronic exchanges. Anelectronic exchange comprises a matching process for matching incomingtrade orders. A number of channels is to be used to multicast the pricedata to the receiving computer devices on a network. The tradeableobjects are dynamically assigned to the designated number of channelsaccording to a defined criteria. Price data corresponding to thetradeable objects is communicated over the assigned channels.

According to one aspect of the example system and method, to receiveprice data at the receiving computers, the assignment information iscommunicated to the receiving computer devices over a master channel.The assignment information provides the receiving computers withinformation pertaining to the tradeable objects and correspondingchannel assignments. A subscription request is received from at leastone of the receiving computers and price data is communicated over thenetwork according to the subscription request. The assignmentinformation can be dynamically updated in response to a changeassociated with the defined criteria. The updated assignment informationcan then be communicated in real time to the receiving computers overthe master channel.

According to another aspect of the example system and method, for aperiod of time at the time of updating the assignment information, oraround the time of updating, price data can be multicast over thenetwork according to both the updated assignment information andaccording to the previous assignment information. That way, receivingcomputers have some time to switch to appropriate channels.

Other features of the present invention will become more apparent topersons having ordinary skill in the art to which the present inventionpertains from the following description and claims.

BRIEF DESCRIPTION OF THE DRAWINGS

Example embodiments are described herein with reference to the followingdrawings, in which:

FIG. 1 illustrates a block diagram of a trading network according to anexample embodiment;

FIG. 2 illustrates a table of example assignment information thatprovides a snapshot in time of product and channel assignments;

FIG. 3 illustrates a close-up view of the block diagram of FIG. 1 toillustrate operation in a trading environment using the exampleassignment information provided in FIG. 2;

FIG. 4 illustrates the table of example assignment information,previously shown in FIG. 2, which provides a snapshot in time of productand channel assignments subsequent to the assignment information of FIG.2; and

FIG. 5 illustrates the close-up view of the of the block diagrampreviously shown in FIG. 3 to illustrate operation in a tradingenvironment using the dynamically updated assignment informationprovided in FIG. 4.

DETAILED DESCRIPTION OF THE EXAMPLE EMBODIMENTS

The present invention provides, or is related to, a networkconfiguration that, among other things, can reduce the burden onreceiving computers, increase data throughput, reduce system failure,and provide components of a scalable and flexible network architecture.The present invention is particularly useful in a trading networkenvironment. A trading network environment is one that distributes timesensitive data to receiving computers, such as price data. However,principles of the present invention may be equally applied in otherenvironments where the advantages presented herein are beneficial. Toillustrate aspects of the present invention, a system and method areillustrated in example form using the drawings referred to herein. Oneof ordinary skill will recognize, however, that such examples may bequickly and readily adaptable using the teachings described herein.Aspects of the present invention are protected by the accompanyingclaims. Limitations from the patent specification should not beimproperly incorporated into the claims unless explicitly stated orotherwise inherently known.

I. EXAMPLE NETWORK CONFIGURATION

FIG. 1 illustrates a block diagram of a network according to an exampleembodiment. Each block in the block diagram is intended to represent ahardware component, a software component, or a combination of hardwareand software components. The blocks presently illustrated in FIG. 1 areused to illustrate aspects of the present invention, and therefore moreor fewer boxes (or components) may be utilized. As such, the presentinvention is not limited to the example network configuration shown inthe figures, including FIG. 1.

According to FIG. 1, four separate trading computers 102, 104, 106, and108 are shown. Each trading computer 102, 104, 106, and 108 is used toillustrate a computer, or computers, that runs front-end softwaresolutions. A front-end software solution might include any of theproducts offered by Trading Technologies® or some other software vendor.While trading computers 102, 104, 106, and 108 are oftenhigh-performance computing machines, such hardware is not necessary asstandard computers may by used instead. Additionally, if the presentinvention is utilized in an environment different from electronictrading, then other types of hardware and software may be substitutedfor a “trading computer.” For instance, if the present invention isutilized in the movie or television broadcast industry, then a “set-topbox” might be illustrated in place of a trading computer. A set-top box,according to that industry, refers to a device that connects to atelevision and some external source of signal, and the turns the signalinto content displayed on the screen.

Also according to FIG. 1, a switch 110 is shown. The switch 110 is usedto illustrate a networking device that can forward information to thetrading computers 102, 104, 106, and 108 that has been received from oneor more information sources. In the example shown in FIG. 1, theinformation sources include electronic exchanges (shown in FIG. 1 asexchange A 118, exchange B 120, and exchange C 122). According to thisexample, the information that is being forwarded includes price data forone or more products. Price data might include the inside market, whichis the best bid and best ask price currently available for the product,the last traded price, and other prices for which there is quantitypending in the market. Price data might also include just the insidemarket of a product or just the market depth prices away from the insidemarket of the product. Price data may include other items of interest,or include only certain pieces of information. While the exampleembodiments are described herein as distributing price data, other typesof information can be distributed in an electronic trading environment.For instance, order and fill information may be assigned to channels;although order and fill information may not always be multicast due tothe private nature of some of the content. Again, if the presentinvention is utilized in an environment different from electronictrading, then the information that is communicated by switch 110 willlikely correspond to that particular environment. For instance, in themovie and television broadcasting industry, such information mightcorrespond to movies, television shows, and commercials.

According to FIG. 1, the switch 110 is in communication with informationsources, which according to this example, include gateway A 112 and itscorresponding exchange A 118, gateway B 114 and its correspondingexchange B 120, and gateway C 116 and its corresponding exchange C 122.Although it is not necessary for purposes of understanding the presentinvention, each gateway 112, 114, and 116 receives and translatesinformation from their corresponding exchange 118, 120, and 122, andalso transmits information back to their correct exchange 118, 120, and122. According to the present example, price data corresponding toproducts traded at the exchanges 118, 120, and 122 can be received atthe gateways 112, 114, and 116 and switch 110. While it is not importantfor purposes of understanding the present invention, it is useful tonote that gateways 112, 114, and 116, in some instances, are under thecontrol of the electronic exchanges 118, 120, and 122, and in otherinstances are under the control of a third party, like TradingTechnologies® or the trading firm. Using the ongoing movie andtelevision broadcast industry example to illustrate a different type ofnetwork environment, the sources of information might include studios orsome other depository of electronic media, rather than an “electronicexchange.”

Looking at the overall network configuration in FIG. 1, it is worthwhileto note that the network can be increased in size and/or complexity, ifso desired. For instance, the network could include more (or less) thanfour trading computers. Indeed, a trading network could supporthundreds, if not thousands, of trading computers. Also, the networkcould include additional switches, gateways, and/or exchanges, orinclude other network intermediary devices not shown in the figure. Andwhile the network can be increased in size and/or complexity, such asunderstood by one of ordinary skill, it is also worthwhile to note thatthe present invention does not rely on, or require, such size orcomplexity. The teachings, as described herein, can be utilized bysmall, medium, or large sized networks with any degree of complexity. Assuch, one of ordinary skill will appreciate that the teachings describedherein can provide the building blocks for use in designing a networkconfiguration for its intended purpose, and the network, or at leastusers of the network, will reap the benefits of the present invention.

II. EXAMPLE CHANNEL AND PRODUCT ASSIGNMENTS

FIG. 2 illustrates a table of example channels and products. Accordingto FIG. 2, there are ten channels and one or more products are currentlyassigned to each channel. For instance, products A, B, C, D, and E arecurrently assigned to “channel 1.” Products F, G, H, I, and J arecurrently assigned to “channel 2,” and so on, down through “channel 10.”Each product is represented herein by a symbol, such as a letter, forease of explanation. However, a product more likely would be representedby its own name or acronym. An example product name currently in thefutures industry is CME E-mini® S&P 500® futures. An example productname in the movie or television broadcasting industry would be the titleof the movie or show.

As shown in FIG. 2, the number of products might represent all of theproducts available or they might simply represent a sub-set of thetotal. For instance, if traders on the same network only trade thirtydifferent products out of three hundred available products, then thechannel/product table might only assign the desired thirty products tovarious channels rather than assign all three hundred products. By wayof example, in the area of futures trading, which offers a large numberof tradeable products, a subset might include those products that relateonly to equities, or foreign exchange, or interest rates, or realestate, and so on. According to another example, a subset might includethose products in the area of stock trading according to industrysectors. In the movie or television broadcasting industry, such subsetsmight be defined according to genre, such as by drama, comedy, ormusical.

It may also be useful to assign only certain pieces of information to achannel or at least be given a separate product name. For instance, sometraders are interested in only the inside market for a particularproduct. In that instance, it might be useful for the inside market tobe assigned a separate channel or given a special product name. Inanother instance, some traders might be interested in all of the pricedata available for the particular product. In that instance, it might beuseful for the inside market and the other price information to beassigned to the same channel or given a special product name. In thisregard, one could assume that “D1, D2, D3, D4, and D5” shown in FIG. 2are divided portions of price data for product “D,” where “D1”represents the inside market, “D2” represents all price information,“D3” represents the last traded price, and so on. By separating pricedata in this manner, it is possible to assign the components to otherchannels, if necessary (e.g., “D2” is consuming too much bandwidth atthe moment and needs to be re-assigned to a different channel). Forpurposes of explanation and to account for these instances, a “product”may also refer to a piece of information like “D1,” “D2,” “D3,” “D4,”and “D5.”

Irrespective of the product name or type, each product of the group isdynamically assigned to a channel. As such, one could say thechannel/product table in FIG. 2 represents a “snapshot” in time ofcurrent assignments. That is, the product assignments can dynamicallychange, which is discussed in greater detail below. The determination ofchannel assignments at any one time could be based on a number offactors or criteria such as the type of product, volume traded ofproduct (if it is a tradeable product), historical usage information(such as what minutes, hours, or days do certain products tend to bemore or less active), anticipated news events, or based on some otherdesired criteria, or a combination of desired criteria. If it is basedon a combination of desired criteria, such as a combination of (1) thetype of product and (2) volume traded, for example, then it may bepossible to assign one product type (e.g., energy products) over acertain plurality of channels and dynamically move heavily tradedproducts (e.g., oil, electricity, and so on) amongst those channels.Historical usage information becomes particularly relevant when tradingfor certain products becomes heavier at certain, and often predictable,times of the day. Examples might include higher traded volume in themorning hours or during times when a number of interest comes out (e.g.,unemployment number). In the movie and television broadcasting industry,historical usage information might reflect stronger demand in lateevenings or weekends, for example, when more people are at home watchingtelevision. The assignments can be made accordingly.

Additionally, the channel assignments may be based on a hard-coded setof instructions, which cannot be altered by the user, or alternatively,the assignments may be based on user input, or a combination ofhard-coded set of instructions and user input. An example of when thechannel assignments could be considered hard-coded is when theelectronic exchanges, themselves, assign their products to certainchannels. This could be a single electronic exchange effort or an effortapplied across the entire industry such that product-channel assignmentsare understood and followed (and perhaps even regulated). Furtherelaboration on the industry effort might include assigning energyproducts to channels one through eleven, currency products to channelseleven through fifteen, and so on. Another example of when the channelassignments could be considered hard-coded is when developers (orsoftware vendors) outside of the exchange control their own hard-codedchannel assignments.

However, if the system is based on user input, then a graphical userinterface can be provided to receive the necessary input. Then, usingthe graphical user interface, a trader (or some other user) could assignthe products to channels or to a sub-set of channels, and even changeassignments. While it is preferred that the assignment informationremain at least somewhat dynamic in nature, it is also possible tocombine some static assignments with dynamic ones, if so desired.

Generally, the rate of dynamic reassignment is based on how channels areassigned. For instance, if the products are assigned based on producttype, then the rate of reassignment would more than likely be low as thenumber of products added to a product type group are generally low. Onthe other hand, products that are assigned based on trading volume ofthe products (resulting in lots of price data), then the rate ofreassignment might be higher to balance the load more evenly across thechannels. More than not, however, it is preferable to balance loadsacross one or more channels to possibly increase throughput and toreduce downtime due to channel overloading (which can happen with staticassignments).

For purposes of illustration, the number of channels in FIG. 2 are ten,but more or less channels may be designated. In other words, the systemand method may utilize any number of channels. The number of channelsmay be designated by a set of hard-coded instructions, designated by auser, or designated by a combination of hard-coded instructions and theuser. Generally speaking, the designation of the number of channels canpreferably be tailored to the application, but again, such flexibilityis not necessary for purposes of utilizing aspects of the presentinvention.

III. EXAMPLE OPERATION

Turning now to FIG. 3, switch 110 and trading computers 102, 104, 106,and 108 (previously shown in FIG. 1) are shown in close-up view toillustrate operation in a trading environment according to the presentinvention. Logical connections between the various components are shownto further illustrate this operation. According to the exampleembodiment of FIG. 3, master channel 112 either has a copy of thechannel/product listing (an example channel/product listing is shown inFIG. 2), has access to the channel/product listing, or has generated thechannel/product listing. Master channel 112 provides trading computers102, 104, 106, and 108 with information pertaining to thechannel/product listing shown in FIG. 2. Each trading computer 102, 104,106, and 108 listens to the master channel 112 transmission and thensubscribes to the desired channels based on what each computer picks upfrom the transmission.

According to one example, master channel 112 could represent astand-alone device that transmits channel/product information to tradingcomputers 102, 104, 106, and 108. According to another example, masterchannel 112 could instead represent a component of another system, suchas part of switch 110, a gateway, or an electronic exchange. Regardlessof where the master channel 112 is situated within the network, itpreferably provides channel/product assignments to the receivingcomputers. Then, the receiving computers use that information to makesubscription choices. As stated above, master channel 112 could containa copy of the channel/product listing, such as in memory, or have accessto the channel/product listing. If the system is so designed, masterchannel 112 may actually generate the channel/product listing, such asby listening to electronic exchanges (if they were to transmit thatinformation), or in an alternative example, by listening in on the pricedata being transmitted by the electronic exchanges.

If master channel 112 is given the responsibility of generating theassignment information, master channel 112 may then also directcomponents of the network to transmit data according to thechannel/product listing. For instance, master channel 112 could direct agateway (e.g., 112, 114, and 116 in FIG. 1) or even an electronicexchange (e.g., 118, 120, 122 in FIG. 1) what channel to use for aparticular product. If master channel 112 directs a gateway, then thegateway can transmit price data to switch 110 on the appropriatechannels. If master channel 112 directs an electronic exchange, then theexchange can transmit price data on the appropriate channels. If masterchannel 112 is part of switch 110, then switch 110 can transmit pricedata on the appropriate channels. Regardless of when or where in thenetwork product data is actually sorted into the appropriate channels(as the present invention is not so limited), trading computers 102,104, 106, and 108 can preferably communicate to switch 110 the channelsthey wish to subscribe to based on the information from master channel112.

According to this snapshot in time, trading computer 102 has currentlysubscribed to “channels 2 and 3.” It might be that trading computer 102wishes to trade or view information based on one or all of the productscurrently assigned to “channels 2 and 3.” Now, once channels have beensubscribed to, the trading computer 102 can once again verify if indeedthese channels are carrying the desired product information. If thechannels are in error, then communication may be made back to switch 110in an attempt to correct the error. However, this extra step ofchannel/product verification is not necessary for operation. Assumingthe assignments are correct and it is the desired information, switch110 multicasts information, and in this example—price data, onto thenetwork. Trading computer 102 can then tune into “channel 1” using knownmeans of multicast addressing or some other relevant protocol.

Trading computer 104 has currently subscribed to “channel 7.”Accordingly, switch 110 multicasts information, and in thisexample—price data relating to products assigned to “channel 7,” ontothe network. Trading computer 104 can then tune into “channel 7” usingknown means of multicast addressing or some other relevant protocol.

Trading computer 106 has currently subscribed to “channels 3 and 6.”Accordingly, switch 110 multicasts information, and in thisexample—price data relating to products assigned to “channels 3 and 6,”onto the network. Trading computer 106 can then tune into “channels 3and 6” using known means of multicast addressing or some other relevantprotocol. It is useful to note that in this instance, trading computer106 wishes to receive “channel 3,” which has presumably already beensubscribed to by trading computer 102. If the channel has already beensubscribed to and the information is already being multicast onto thenetwork, then there is no need for switch 110 to multicast the channelagain—hence the advantage of multicasting in this environment. Tradingcomputer 106 can get the assignments from the master channel and cansimply tune into “channel 3” on the network.

Trading computer 108 has currently subscribed to “channels 1, 3, and10.” Accordingly, switch 110 multicasts information, and in thisexample—price data relating to products assigned to “channels 1, 3, and10,” onto the network. Trading computer 108 can then tune into “channels1, 3, and 6” using known means of multicast addressing or some otherrelevant protocol. It is useful to note again that in this instance,because “channel 3” is presumably already being multicast on thenetwork, then trading computer 108 can get the assignments from themaster channel and can simply tune into “channel 3” on the network.

IV. DYNAMIC ASSIGNMENT EXAMPLE

FIG. 4 illustrates a table of example channels and products previouslyshown in FIG. 2, but some time later. According to FIG. 4, “product L”was dynamically moved from “channel 3” to “channel 6.” As stated above,there are many reasons why the change could have been made, and here aresome more illustrative examples:

According to a first example, in a trading environment it could be that“product K” was experiencing high trading volume. As a result, themarket was changing rapidly and “product K” needed more bandwidth thanwas currently given by sharing “channel 3” with “product L.” As such,the system determined that “channel 3” is beginning to reach itspredefined limit and “channel 6” had the ability to carry the currentload of “product L.” Thus, the change was made and a product wasreassigned.

According to a second example, in a trading environment it could be that“product L” was experiencing high trading volume, and not “product K.”As a result, the market was changing rapidly and “product L” needed morebandwidth than was currently given by sharing “channel 3” with “productK.” As such, the system determined that “channel 3” is beginning toreach its predefined limit and “channel 6” had the ability to bettercarry the current load of “product L.” Thus, the change was made and aproduct was reassigned.

According to a third example, in a trading environment it could be that“product K” was about to experience high trading volume based onhistorical data—such at a certain time, “product K” typically tradesheavy. As such, whether or not “product K” would actually experiencehigh trading volume on this day, the system determined in advance that“channel 3” would quickly reach its predefined limit based on thishistorical evidence and also determined that “channel 6” had the abilityto better carry the current load of “product L.” Thus, the change wasmade and a product was reassigned.

According to a fourth example, in a trading environment it could be thatthe trader behind trading computer 106 and the trader behind tradingcomputer 108 wished only to trade “product L.” Thus, in an effort toreduce the number of multicasts over the network, the system dynamicallyreassigned “product L” to “channel 6.” The system could then stopmulticasting “channel 3.” The change was made and a product wasreassigned.

V. EXAMPLE NETWORK OPERATION WITH DYNAMIC ASSIGNMENT

Turning to FIG. 5, switch 110 and trading computers 102, 104, 106, and108 (previously shown in FIGS. 1 and 3) are shown in close-up view toillustrate operation in a trading environment according to the presentinvention. To reflect the change shown in FIG. 4, master channeltransmits that “product L” is now on “channel 6.” Under the assumptionthat the trader sitting behind trading computer 102 wishes to trade only“product L” on “channel 3” then trading computer 102 will subscribe to“channel 6” and drop the subscription to “channel 3.”

In the examples illustrated by FIGS. 1 through 5, price data was beingsent from electronic exchanges. Most often, electronic trading requiresthe most up-to-date market information and cannot afford downtime duringchannel reassignments. To reduce or eliminate downtime due to channelreassignments, the master channel can be programmed to broadcast channelreassignments in advance of dropping the product from a given channel.For instance, according to the example illustrated in FIGS. 4 and 5,once it is determined that “product L” will be dynamically moved to“channel 6” the master channel can start broadcasting the change, up toan “N” number of seconds (where N represents a number) before “productL” gets dropped from “channel 3.” During the “N” seconds, “product L”will be multicast on “channels 3 and 6.” Preferably, this designatedamount of time will be enough for trading computer 102 to make theappropriate change.

If the network was applied in another environment like telecom, thenrather than risk the dropping of a call or a message, the old channel(before the change in assignment) and the new channel (after the changein assignment) could be programmed to send the same data simultaneously.That way, subscribing devices can make the channel switch withoutexperiencing a loss of data (or significantly reduced loss of data).

Intelligent logic may be applied to the system to result in furtheradvantages. For instance, the system may dynamically assign products tochannels based on what is currently being traded. For instance, if atrader adds a subscription to a product on a channel that no one else onthe network trades, then the system might dynamically assign thatproduct to a new channel, so as not to disturb the other tradingcomputers. The system might also dynamically assign products to channelsbased on an algorithm to reduce bandwidth consumption or systemresources. As such, the system may be programmed according to analgorithm to dynamically add channels, reduce channels, change theassignments, and so on to achieve a desired goal (e.g., increasingthroughput and/or reducing system failure). While this logic may beapplied at any device in the system given the responsibility ofassigning products to channels, using the examples above, such logiccould be effectively applied at the master channel (112 in FIGS. 3 and5) if the master channel was also given the responsibility of generatingand/or directing the assignments.

VI. CONCLUSION

As stated herein, the present invention provides a network configurationthat, among other things, can reduce the burden on receiving computers,increase data throughput, reduce system failure, and provide componentsof a scalable and flexible network architecture. It is understood thatsystems that utilize aspects of the present invention will notnecessarily enjoy all of the same advantages. For instance, applicationof the teachings described herein to certain systems might increase datathroughput, while other applications will result in reduced systemfailure. As such, it is understood that a later developed system, whichutilizes the claimed invention, will read on the presently claimedinvention even if the system does not enjoy one or more of theadvantages described herein. Moreover, aspects of the present inventionmay be utilized over a short duration, and therefore, may still read onthe claimed invention.

For example, the burden on receiving computers can be reduced becausethe information, which is communicated over the network, is neatlypackaged onto channels that can be dynamically tailored according tocertain criteria. The burden on receiving computers can also be reducedby simply reducing the amount of information that is communicated ontothe network that requires filtering at the computer, such as by carefulproduct/channel assignments.

System failure can be reduced in some systems by performing appropriateload balancing across many channels. That way, systems will experienceoverloads or network delays due to large increases in informationattempting to pass through a set channel size. Load balancing may alsoresult in increasing overall system throughput.

The example embodiment were illustrated in a trading environment.Specifically, “products” were used and assigned to channels. It shouldbe understood that a “product” (which also refers to a “tradeableobject”) refers to anything that can be traded with a price andquantity. It includes, but is not limited to, all types of tradeableevents, goods, and financial products. For instance, stocks, options,bonds, futures, currency, and warrants, as well as funds, derivativesand collections of the foregoing, and all types of commodities, such asgrains, energy, and metals may be considered tradeable objects. Atradeable object may be “real,” such as products that are listed by anexchange for trading, or “synthetic,” such as a combination of realproducts that is created by the user. A tradeable object could actuallybe a combination of other tradeable object, such as a class of tradeableobjects.

Although the example programs, processes, methods and system has beendescribed and illustrated in detail, it is clearly understood that thesame is by way of illustration and example only and is not to be takenby way of limitation. Since numerous modifications and changes willreadily occur to those skilled in the art, it is not desired to limitthe invention to the exact construction and operation shown anddescribed, and accordingly, all suitable modifications and equivalentsmay be resorted to, falling within the scope of the invention.

According to one embodiment, the example system takes the form of acomputer program product that is stored on a computer readable storagemedium and is executed by a suitable instruction execution system in thecomputer-based device. The term computer readable medium, as usedherein, refers to any medium that participates in providing instructionsto processor for execution. Such a medium may take many forms, includingbut not limited to, non-volatile media, volatile media, and transmissionmedia. Nonvolatile media includes, for example, optical or magneticdisks, such as storage device. Volatile media includes dynamic memory,such as main memory or RAM (random access memory). Common forms ofcomputer-readable media include, for example, a floppy disk, a flexibledisk, hard disk, magnetic tape, or any other magnetic medium, a CD-ROM,any other optical medium, punch cards, paper tape, any other physicalmedium with patterns of holes, a RAM, a PROM, and EPROM, a FLASH-EPROM,and any other memory chip or cartridge, or any other medium from which acomputer can read.

According to an alternative embodiment, a hardware embodiment might takea variety of different forms. A hardware embodiment may be implementedas an integrated circuit with custom gate arrays or an applicationspecific integrated circuit (“ASIC”). A hardware embodiment may also beimplemented with discrete hardware components and circuitry. Inparticular, it is understood that the logic structures and method stepdescribed in the flow diagrams may be implemented in dedicated hardwaresuch as an ASIC, or as program instructions carried out by amicroprocessor or other computing device.

What is claimed is:
 1. A system comprising: a computing device incommunication with a network device, wherein the network device isconfigured to provide market data related to a tradeable object to areceiving computer device over a computer network comprising a pluralityof communication channels, wherein the computing device is configured toassign a tradeable object to a first communication channel of theplurality of communication channels and to provide assignmentinformation reflecting the assignment of the tradeable object to thefirst communication channel to the network device, wherein market datarelated to the tradeable object is communicated to the receivingcomputer device by the network device over the first communicationchannel over the computer network upon the network device receiving theassignment information; wherein the computing device is configured todynamically re-assign the tradeable object to a second communicationchannel of the plurality of communication channels and to generateupdated assignment information reflecting the reassignment of thetradeable object to the second communication channel, wherein the secondcommunication channel is selected based on any of: a type of thetradeable object, bandwidth requirements related to market data beingprovided for the tradeable object, historical bandwidth requirementsrelated to market data for the tradeable object, or a news event relatedto one or more tradeable objects; and wherein the computing device isconfigured to provide the updated assignment information to the networkdevice, wherein the market data related to the tradeable object iscommunicated by the network device to the receiving computer device overboth the first communication channel and the second communicationchannel over the computer network upon the network device receiving theupdated assignment information, wherein the market data is provided overboth the first communication channel and the second communicationchannel for a predetermined period of time to allow the receivingcomputer device to switch to the second communication channel to preventmarket data loss being received at the receiving computer device.
 2. Thesystem of claim 1, wherein the market data is communicated over both thefirst communication channel and the second communication channel for apredetermined period of time after the assignment information isupdated.
 3. The system of claim 1, wherein the receiving computer devicecomprises a client terminal.
 4. The system of claim 2, wherein themarket data is communicated over the second communication channel afterthe predetermined period of time expires.
 5. The system of claim 1,wherein the computing device is further configured to: provide theassignment information and the updated assignment information to thenetwork device over a master channel.
 6. The system of claim 5, whereinthe network device is located at a gateway.
 7. The system of claim 5,wherein the network device is located an electronic exchange.
 8. Thesystem of claim 1, wherein the market data comprises price data.
 9. Thesystem of claim 8, wherein the price data comprises information relatedto an inside market for the tradeable object.
 10. The system of claim 1,wherein the computing device is further configured to provide theassignment information and the updated assignment information to anelectronic exchange.
 11. The system of claim 1, wherein the news eventis related to the tradeable object.